Super Shareware Collection/Super Shareware Collection.iso/info/ik000002.zip/IK000002.TXT

Text File | 1994-02-01 | 17KB | 452 lines

Info-IBMPC Digest           Thu, 4 Nov 93       Volume 93 : Issue  95

Today's Editor:
         Gregory Hicks - Rota Spain <[e-mail]>

Today's Topics:
    Re: dos-based vi editor (fwd)
    freeware/shareware status of eliza
    RE:shareware hex-editor (#82)
    Redirection with C programs
    Keys in keyboard buffer
    Re: clock.com
    Best 2400 internal modem
    Re: 68hc05 microcontroller
    Re: cd rom for SB 16asp
    PD0805.ZIP - Microsoft update: SMARTDRIVE v4.2 for DOS 6.0
    DOS supported FORTRAN compiler?
    using the keyboard for mouse
    Use of Shift-Print-Screen on extended keyboards
    Supporting two disks...
    Printing to file with Windows and Procomm/Win
    DOS6 Problems/C drive unwriteable.
    Re: Info-IBMPC Digest V93 #62

Send Replies or notes for publication to: <[e-mail]>

Send requests of an administrative nature (addition to, deletion from
the distribution list, et al) to: <[e-mail]>

----------------------------------------------------------------------

Date: Sat, 4 Sep 93 2:28:12 CDT
From: "David J. Camp" <[e-mail]>
Subject: Re: dos-based vi editor (fwd)

Greg, You might also mention elvis, which I have heard is the best of
the litter.  -David-

[A lot of text deleted just listing the various incarnations of the vi
editor sources...  g[h]

# [e-mail]             David J. Camp         ^      #
# wupost.wustl.edu!campfire!david      [phone]     < * >    #
# I am a member of:  The League for Programming Freedom.     v      #
# Ask: [e-mail]                "God loves material things." #

------------------------------

Date: Mon, 06 Sep 1993 11:22:35 EDT
From: Michael Kagan <[e-mail]>
Subject: freeware/shareware status of eliza

I am trying to locate public domain/freeware versions of Eliza for the
pc.  The files I have located Eliza1.zip Eliza11.zip and Eliza.bas look
good but are not accompanied by any statement of their copyright/
shareware/public domain status.

Since Eliza has been around so long, is it common knowledge that this
code is public domain?  Does anyone out there know for sure if it is or
isn't?

Thanks!
Michael Kagan
[e-mail]

------------------------------

Date: 6 Sep 93 15:52:17 GMT
From: scn/G=Andrew/I=A/S=Helsby/O=Siemens_plc/OU=[e-mail]
Subject: RE:shareware hex-editor (#82)

There was a program on the windows user magazine a couple of months ago
called Hex Edit.  I don't know if you can get this mag in the states,
but the program will probably be on some anonymous ftp sites.  Details
are as follows:

Author Yuri Diomin, Date Aug 6 1992
Address for registration ($5) Hare Research Inc,18943 120th
Avenue, Suite 104, Bothell, WA 98011

------------------------------

Date: Wed, 25 Aug 93 13:04:51 METDST
From: Jim Groeneveld CMI-TNO Leiden NL <[e-mail]>
Subject: Redirection with C programs

Some unusual questions about C programming (redirection of stdin/out):

1. Does anyone know whether (and how) it is possible to recognize
_redirected_ (and/or piped) standard input and/or output as such from
_within_ a program? And whether (and how) it is also possible to obtain
the names of the redirected files or devices? (DOS and UNIX)

2. Related to that is it also possible to recognize redirection caused
by the CTTY DOS command instead of the redirection and pipe symbols?

3. If redirection is in effect is it then possible to force reading the
keyboard and writing to the screen? I know that it is possible, yes.
From DOS one might use the file CON for both input and output (how
about UNIX?) or stderr for output (if not redirected too from UNIX).
But the specific functions I want to use only act on (redirected)
stdin. These are kbhit(), getch() and getche(). I would like some way
to force these (or alternative) functions to act on the keyboard
always, whether stdin is redirected or not. I know this all is possible
because I know of programs reading the actual keyboard (reacting to
single keystrokes immediately) and writing to the physical screen with
redirected standard input and output, but how?

4. How should one clear the keyboard buffer with redirected stdin?
(This Q might be answered if there is an appropriate answer to Q 3.)

Background information:
I'm writing a function to recognize a loaded ANSI.SYS by putting out a
DSR escape sequence via stdout (to the screen) and expecting a CPR
escape sequence back via stdin only if ANSI.SYS (or similar program) is
present. This also should work with redirected or piped stdin and
stdout. And dependent on recognized eventual redirection I might decide
to apply ANSI escape sequences or not.

But if stdout is redirected the DSR does not go to the screen, but to
the redirected stdout instead (this might be forced to the screen using
the file CON or stderr).

And if stdin is redirected any response from ANSI.SYS can not be caught
via stdin, but should be caught from CON (which UNIX equivalent?). But
it should only be caught if it actually is there. So I would need
equivalent functions for kbhit(), getch() and getche() acting on any
file and not only on stdin. Besides this would need to clear the
keyboard buffer (how?) even if stdin is redirected. Functions that wait
for keyboard input, such as getc(...), are useless in this case.

I hope the problem is clear.

Regards - Jim.
--
Centrum voor Medische Informatica TNO       <Email>              |  |  |\/|
TNO Center for Medical Informatics | [e-mail]  |  \_/  |  |  |
( CMI-TNO )    | Y. Groeneveld     | [e-mail] | Jim Groeneveld
P.O.Box 124    | Wassenaarseweg 56 | [e-mail]      | Schoolweg 14
2300 AC Leiden | 2333 AL Leiden    | [e-mail]    | 8071 BC Nunspeet
Nederland.     | (+31|0)71-181810  | Fax (+31|0)71-176382   | 03412-60413

------------------------------

Date: Wed, 25 Aug 93 17:11:10 METDST
From: Jim Groeneveld CMI-TNO Leiden NL <[e-mail]>
Subject: Keys in keyboard buffer

I want to know the amount of characters in the DOS keyboard buffer
(from BASIC). Can anyone acknowledge the following piece of code to be
correct on any PC in any case? And does any 2-byte key (such as the
function keys) count as one in such an instance? (KeyBufFill=0..15)

30000 DEF SEG=0:KeyBufFill=((PEEK(1052)-PEEK(1050))/2+16) MOD 16:DEF SEG:RETURN

What is the exact meaning of both addresses?

If some keyboard buffer extender is being used how should this piece of
code be adapted for larger buffers? Only changing '16' into the buffer
size+1? How could that buffer size be obtained if the program does not
know it?

Regards - Jim.
--
Centrum voor Medische Informatica TNO       <Email>              |  |  |\/|
TNO Center for Medical Informatics | [e-mail]  |  \_/  |  |  |
( CMI-TNO )    | Y. Groeneveld     | [e-mail] | Jim Groeneveld
P.O.Box 124    | Wassenaarseweg 56 | [e-mail]      | Schoolweg 14
2300 AC Leiden | 2333 AL Leiden    | [e-mail]    | 8071 BC Nunspeet
Nederland.     | (+31|0)71-181810  | Fax (+31|0)71-176382   | 03412-60413

------------------------------

Date: Tue, 24 Aug 93 08:40:49 PDT
From: Rick Davis <rgbsys![e-mail]>
Subject: Re: clock.com

Dear David;

Clock.com  came from a Doctor Dobbs Journal article circa 1988. It does
write directly to screen memory; try running PC Tools version of vi
with that thing loaded and the "clock" will wind up all over the right
hand side of the screen. Your approach with the BIOS cursor control is
much cleaner, but alot slower than the direct write. Still, at once per
second it's not a big performance problem, especially on a modern box.
Post the source if anyone takes you up on it!

Sincerely;
Rick Davis
[e-mail]

------------------------------

Date: Tue, 24 Aug 93 12:13:44 EZT
From: [e-mail]
Subject: Best 2400 internal modem

Hello networkers,

Does anyone have the documentation of an internal modem type BEST 2400,
the dipswitch description would be the most useful.

Thanks in advance
[e-mail]

------------------------------

Date: Tue, 24 Aug 93 08:37:22 PDT
From: Rick Davis <rgbsys![e-mail]>
Subject: Re: 68hc05 microcontroller

Dear Cecil;
        Regarding the 68HC05, you're not going to find it in any
"machines" per se; it's an embedded controller used in many industrial
and commercial control applications. I have used it as a sattelite
coprocessor to drive LCD displays and as a communications processor to
handle low rate serial I/O on some broadcast video products.  I have
seen it used in TV tuners, modems, and VCRs.  It's far to small a
processor for a general purpose computer.  You might call Motorola in
Phoenix and discuss it's applications with their Field applications
engineers; they would be glad to refer you to some of their customers.

Sincerely;
Rick Davis
[e-mail]

------------------------------

Date: 21 Aug 1993 22:44:57 -0400
From: "[e-mail]" <[e-mail]>
Subject: Re: cd rom for SB 16asp

[e-mail] writes:

>Greetings,

>I just purchased a SoundBlaster 16asp and would like to hook a cd rom
>to the card without buying the creative labs version.  Does anyone have
>a list of compatible cd rom drives that could be hooked up to this card
>directly?

        I can not recall the model numbers but I understand that
Creative Labs accually OEM the drives from Panasonic.  If you call
their tech support and ask the question "Which model Panasonic drives
will work with my Sound Blaster board?" you should get the answer you
need.

Best Regards,
Rene

------------------------------

Date: Sun, 19 Sep 1993 08:15:09 -0700 (MDT)
From: Keith Petersen <[e-mail]>
Subject: PD0805.ZIP - Microsoft update: SMARTDRIVE v4.2 for DOS 6.0

I have received from Microsoft and uploaded to WSMR-SIMTEL20.Army.Mil
and OAK.Oakland.Edu:

pd1:<msdos.microsoft>
PD0805.ZIP      Microsoft update: SMARTDRIVE v4.2 for DOS 6.0

Microsoft now offers SMARTDrive version 4.2 as an alternative to
SMARTDrive version 4.1 for those customers who want more conservative
disk caching and are willing to accept slower disk-write performance.

PD0805.ZIP contains SMARTDrive version 4.2 and SMARTDRV.TXT, which
includes installation instructions and parameter descriptions.

  NOTE: MS-DOS 6 Upgrade will continue to include SMARTDrive version
  4.1.

New Features
------------

SMARTDrive version 4.2 includes the following new features:

 - A default option to write the contents of the write-cache to disk
   before returning to the MS-DOS command prompt after completing an
   MS-DOS command or exiting an MS-DOS program or MS-DOS-based
   application.

 - An /N switch that disables the default "write write-cache contents
   to disk" option noted above.

 - A new /X switch that disables write-caching for all drives.

Disclaimer:  The above is quoted from the README.TXT file included in
this ZIP.  I have no connection with Microsoft.

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: [e-mail]     or      [e-mail]
Uucp: uunet!umich!vela!w8sdz                         BITNET:
w8sdz@OAKLAND

------------------------------

Date: Sun, 19 Sep 1993 08:10:12 -0700 (MDT)
From:         Jay <[e-mail]>
Subject:      DOS supported FORTRAN compiler?

I would appreciate it if someone can answer my question: Is there any
DOS supported FORTRAN compiler existing? If there is, where can I find
it? Also, is there any free version of it I can ftp ?

Thanks very much, Jay

------------------------------

Date: Sat, 26 Jun 1993 17:10:04 CST
From: Linda McIntyre <[e-mail]>
Subject: using the keyboard for mouse

Hi,

A friend of mine would like to use a DOS program that requires a mouse
on a machine that doesn't have a mouse (the mouse has to be able to
click in the middle of the screen on things, so that ALT+ KEY combos
don't work.)  I've seen programs for the Mac that allow the keypad to
simulate the mouse actions.  Does anyone know of a similar program for
DOS machines?

Thanks for any tips on where to find such a thing.

Linda McIntyre
PICS Programmer, UI
[e-mail]

------------------------------

Date: Wed, 30 Jun 1993 16:43 PDT
From: "Todd W. Schmitzer" <[e-mail]>
Subject: Use of Shift-Print-Screen on extended keyboards

        We've been having some problems with the use of the
shift-print-screen key combination on some 386/486 machines (with AMI
Bios).  Typically this has been from with MS-Kermit.

        The symptoms are:

        1) The user connects to a remote system via kermit and a serial
port.

        2) The user does a shift-print-screen, and gets their one
screen of data printed out.

        3) If they try to hit return, their machine beeps at them.
(They would be hitting return to go onto the next screen full of
information for example on an IBM mainframe).

        4) If they hit the space bar after a shift-print-screen, the
system allows them to go on, hit return and do another
shift-print-screen.

        IF, the user uses just the Print-screen key on the extended
keyboard, they don't have this problem.  But, this doesn't work for all
the users having this problem as the Print-screen key itself doesn't
work for them, and they have to use shift-print-screen.

        Is there something the SysReq key is doing?  or the BIOS?  If
anyone has any ideas, we'd be grateful.

        Thanks in advance,
        Todd Schmitzer
        Santa Clara University
        Academic Computing Center
        [e-mail] or schmitzer@scu (bitnet)

------------------------------

Date: Sun, 19 Sep 1993 08:15:19 -0700 (MDT)
From: "Eugene L. Berman" <[e-mail]>
Subject: Supporting two disks...

  I have a very strange problem. I have a hard disk C: ALPS 100Mb, and
I know that it works just as master. When I try to change a "DISK D:"
option in my AMI BIOS SETUP from "Not installed" to any other type, the
system hangs after reboot. When I install a second disk, I get a mesage
"HDD controller failure" and system tries to boot from floppy A:. Well,
I tried to install my second disk (WD) as master, but the problem
remains the same. So I think that my I/O card (GW multi-I/O) doesn't
support two disks.  Is it possible? Or may be some other thing?

 Thanx,
Eugene.

------------------------------

Date: Sun, 19 Sep 1993 08:14:17 -0700 (MDT)
From: "John Boyd;LAAP ;" <[e-mail]>
Subject: Printing to file with Windows and Procomm/Win

Before Windows, I used to have the following setup:

I had a DOS machine, running Procomm+ 2.1, and I had PC Magazine's
PRN2FILE loaded to intercept the printer output destined for my
Panasonic KX-P1124, and instead, send it to a file that I could edit
and print later. Well, now I've got a 486, running DOS/Win 3.1, and
Procomm+ for Windows.  Everthing I've tried regarding printing to a
file, yeilds output that looks like binary info that only a
direct-to-printer link would understand, whatever it IS, it's NOT
ASCII.  To get to where I can tell my Unix mailbox to print something
to my local printer, and intercept that output to a file as ASCII, what
do I need, what must I set, and how?  HELLLLLLPPPP! :) Thanx!!

------------------------------

Date: Sun, 19 Sep 1993 08:14:22 -0700 (MDT)
From: Dwight T Jackson <[e-mail]>
Subject: DOS6 Problems/C drive unwriteable.

G-day People,

     I installed DOS6 om my PC (286) with a 50mb hardcard. I installed
Dos6 and ran dblspace program and it ran successfully but when it
rebooted my system. It came back with  message invalid Command
Interpreter.Enter valid Command interpreter(e.g C:\command.com) tried
several Command.coms on different drives ;as dblspace (i think) renames
your c: drive?

Anyway I rebooted from my system disk and am able to look at a: drive
and files and a: but not c: and can't write to my c: drive. Tried
copying files,installing Dos6 again,etc. So decided since all files
backed up ,would format c: drive. Format was successful but system /s
was unable to be written to c: drive. and on trying to copy files get
INT 24. Can anyone help 10 days to exams and i have a few assignments
to turn in and NO cash for pc fixit men

Thanks in advance ,
DJ

------------------------------

Date: Sun, 19 Sep 1993 08:03:28 -0700 (MDT)
From:         [e-mail]
Subject:      Re: Info-IBMPC Digest V93 #62

I am trying to locate the CAI (Computer Aided Instruction) development
system f or Windows.  I will appreciate any information about education
software for Windows (math, science, etc.).

                                   Laura Meyerovich
                                   [e-mail]

------------------------------

********************************
End of Info-IBMPC Digest V93 #95